tuto bootloader

Oui, si le mode RCM se déclenche, tu peux essayer d'injecter Hekate, ReiNX ou RajNX. Il y a aussi Fusée Gelée qui est le test premier pour être certain mais les bootloader le confirmeront sans problème

Le développeur Rei propose la version 1.7 de ReiNX. La partie du tuto qui concerne le bootloader en FAQ nécessite une actualisation mais rien d'insurmontable si vous souhaitez l'utiliser via Hekate. La démarche reste à peu près la même.

Vous pouvez également l'utiliser directement associé avec son toolkit.

Et si vous n'êtes pas certains de ce que vous faites, SDSetup vous sera utile.

ChangeLog

[+] CLIQUER POUR AFFICHER

• Les modifications utilisateur:
  
  • fs_mitm accroît la prise en charge de la version 6.0
  
  
  • Le texte de débogage ReiNX apparaît uniquement si vous démarrez en mode prolixe (maintien du démarrage)
  
  
  • Boot ReiNX sans carte SD
  
  
  • Tous les kips sont compilés et regroupés avec ReiNX. La boîte à outils peut être utilisée pour les activer / désactiver. (alternativement il suffit de les déplacer de sysmodules.dis à sysmodules, et vice versa)


• Modifications techniques:
  
  • Réécriture du code Kernel

Le développeur CTCaer propose la version 4.2 de son bootloader Hekate.

ChangeLog

[+] CLIQUER POUR AFFICHER

• Prise en charge du caractère générique du dossier "*" dans la clé kip1
  
  Utiliser <folder> / * peut maintenant analyser et charger tous les fichiers kip et kip1 dans ce dossier.


• Ajouter une option pour activer / désactiver la désactivation automatique de HOS
  
  Si vous n'utilisez pas de puce / dongle, vous trouverez peut-être que cette fonctionnalité est ennuyeuse. Options-> Auto HOS hors tension pour désactiver.


• Autoriser l'annulation du processus de vérification
  
  Vous pouvez maintenant annuler le processus de sauvegarde et de vérification. Si la phase de sauvegarde est terminée, l'annulation de la vérification conservera vos fichiers.


• Quelques petites corrections de bugs et supporte certains cfw sur sa version stock

Pour compléter ton lien, le développeur Mike Heskin aka hexkyz a déchiffré la v2.0 de SX OS.

Ce qui ressort:

[+] CLIQUER POUR AFFICHER

• SX OS silencieusement "implémenté" soutien pour IPS32 Patching (sous "sxos/exefs_patches")


• Tout est géré au démarrage qui commence par le montage de 3 dispositifs: "0:" (sdcard), "1:" (EmuNAND) et "3:" (NAND original)


• La partition NAND d'origine est rétrécie à environ la moitié de sa dimension


• Les contenus NAND originaux sont copiés dans l'espace libre;


• Deux blocs (0x200 bytes et 0x1000 bytes) sont écrits dans la partition Calo d'origine de la NAND (au décalage 0x3C0000). Les 0x200 bytes bloquent les êtres avec la valeur magique "EMUNAND0".


• Au démarrage, le bootloader vérifie la magie "EMUNAND0" et si elle le trouve, la deuxième copie NAND sera utilisée à la place


• Point de bonus: le bootloader vérifie maintenant si TPIDR_EL2 est défini et si elle est, EmuNAND est fortement désactivée et l'utilisateur sera toujours au démarrage dans le menu bootloader
  
  • Le commutateur n'utilise pas EL2, mais vous pouvez vous rappeler un certain projet qui est prévu sur l'utilisation de EL2 pour EmuNAND (sous entendu d'un projet prévu avec atmosphère)

Pas difficile à comprendre, que ce soit du XCi ou du NSP sous SX OS ou autres bootloader, personne ne peut dire exactement ce que la télémétrie transmet au serveur de Nintendo.

Une chose est certaine, toute modification de la NAND est un risque. Ce qui modifie celle ci est le NSP, l'autoRCM, et certains Homebrew.
Le format XCi ne la modifie pas mais cela ne signifie en rien qu'il n'y a pas un risque.
Les sauvegardes modifiées et les cheat code sont également déconseillés.

J'ai déjà apporté des indications dans les pages précédentes que tu peux lire pour t'aider à mieux comprendre car répéter sans cesse devient redondant. Ce n'est pas un reproche mais plutôt que cela à déjà été abordé plusieurs fois.

Les retours que je lis à droite et à gauche sont divers et variés pour le ban.
L'aspect qui est certain, si tu décidais de te connecter online, est que l'utilisation d'eShop non officiels entraîne un ban direct, que l'installation de NSP (jeux, update, DLC) provoque un ban à court terme et pour finir, l'utilisation de XCi est également concernée à long terme.

Je ne m'avancerai pas sur le moyen de détection mais Nintendo a renforcé sa sécurité depuis et cela est d'autant plus prononcé en 6.0.0. La chasse que mène Nintendo ne fait que commencer.

Inutile de me citer si tu me réponds à l'issu.

Double post volontaire pour une information à tous

Le développeur CTCaer propose la version 4.1 de son bootloader Hekate. TumGER l'avait déjà intégré dans son update !

ChangeLog

[+] CLIQUER POUR AFFICHER

• Prise en charge complète de 6.0.0
  
  Correctifs Secmon / noyau, correctifs FS, mode veille, configuration hw, etc.


• Amélioration de la gestion des fichiers .ini / payload
  
  hekate_ipl.ini n'est plus requis et hekate ne se bloque pas sur les dossiers vides.


• Rétro-éclairage PWM
  
  Vous pouvez maintenant modifier la luminosité du rétroéclairage.


• Mise hors tension automatique lorsque l'appareil est sorti de l'alimentation de HOS
  
  Utilisable avec les modchips / dongles lors de l'utilisation d'AutoRCM. (Vous pouvez le voir comme un rétro-éclairage respirant avec le logo de hekate).


• La sauvegarde peut maintenant être annulée lors de l'écriture (barre blanche), en appuyant sur VOL UP + DOWN.


• Le chargement en chaîne à mise à jour automatique vérifie correctement le numéro de version maintenant pour éviter les charges non égales.


• Soutenir les charges utiles avec une installation hw cassée / incorrecte ...


• Ajout des infos ipatches et vidage du bootrom et des ipatches patchés / non corrigés


• Correction de certaines modifications de la configuration matérielle trouvées dans la version 5.x-6.0.0


• Plus de raisons de démarrage et de registres bootrom reviennent à la normale


• Il restaure maintenant correctement la BCT sur les unités de développement à partir de laquelle il est censé le faire.


• Message d'avertissement ajouté lorsque la bibliothèque du chargeur de démarrage du mode veille est manquante.


• Et beaucoup de corrections de bugs

Le firmware 6.0.0 est maintenant correctement pris en charge par toutes les possibilités présentes au sein de la scène underground.

Les versions mises à jour pour cela:

• Hekate depuis la v4.1


• SDFilesSwitch depuis la v9


• ReiNX depuis la v1.6


• Toolkit ReiNX depuis la v1.1

À prendre en compte que tinfoil accompagne la compilation SDFilesSwitch. Et que d'autres outils comme EdiZon etc suivent également la portabilité.

RajNX est mis à niveau. Sans oublier que SX OS dans sa version 1.9 l'est aussi.
Bon jailbreak !

Le développeur tumGER propose sa version v9 de SDFilesSwitch

ChangeLog

[+] CLIQUER POUR AFFICHER

• Ajout du support du firmware 6.0


• Ajout de correctifs ES ("Signature Patches") pour le firmware 6.0


• Homebrew Loader est maintenant chargé en tant que .nsp au lieu de nso + npdm
  
  • Ne pas confondre avec le format installable .nsp! Ceci est juste un nso + npdm + pfs0


• Modification de la fonctionnalité du bouton R pour que l'album soit personnalisable (voir #79)
  
  • Personnalisez-le sous "config / hbl-config.ini"
    hbKeyCombo: La touche à appuyer sur -> Peut être SR; SL; DDOWN; DRIGHT; DUP; DLEFT; MOINS; PLUS; ZR; ZL; R; L; RS; LS; Y; X; B ou A
    
    • Utilisation ! + "KEY" à appliquer en sens inverse -! R signifie "Lancer HBL quand on n'appuie pas sur R" par exemple
  
  
  • hbTitleName -> Le nom du titre
  
  
  • hbTitleId -> L'identifiant du titre qui sera remplacé par hbl


• Ajout de la possibilité de personnaliser le thème de Homebrew Menu sous "config / nx-hbmenu / themes / theme.cfg"


• Mise à jour de ReiNX
  
  • Inclut tous les changements de v1.6
  
  
  • Prise en charge complète de LayeredFS (fs_mitm)
  
  
  • PM
  
  
  • Creport


• Suppression des fichiers INI LayeredFS (que personne n'a apparemment remarqué être redondant)


• Mise à jour "atmosphere_hekate"
  
  • Maintenant, ne contient que l'exo et les charges restent de "must_have" (modules newfirm)


• Tinfoil mis à jour


• Hekate mis à jour


• EdiZon mis à jour


• Ajout d'un nouveau Bootlogo
  
  • Tel que voté sur Discord: https://i.imgur.com/TfKKR2S.png


• Menu Homebrew mis à jour


• Chargeur mis à jour, PM, SM


• Suppression de .nacp d'EdiZon (pas nécessaire)


• D'autres améliorations de la stabilité globale du système et d'autres ajustements mineurs ont été apportés pour améliorer l'expérience utilisateur.

Dans cette compilation SDFilesSwitch, la compatibilité firmware 6.0.0 semble être complète bien que non testé pour le moment pour ma part.
Des patchs de conversion ES et FS pour les bootloader sont intégrés. La version 1.6 pour ReiNX et 4.1 pour Hekate sont là, ainsi que les modules sys d'Atmosphère-NX. Une version mise à jour et complète

Edit:
Il était certain que tumGER reviendrait avec un autre version car c'est une habitude chez lui ^^

La v9.0.1 suit pour corriger:

[+] CLIQUER POUR AFFICHER

• Correction des correctifs ES pour le micrologiciel 6.0 qui ne s’appliquait pas correctement


• Ce correctif a également été appliqué à la version 9, mais certaines personnes peuvent le manquer

Oui, je viens de lire ton édit. La modification de la NAND, dans ce cas, est une obligation ^^

Pour ce qui de l'évolution de l'outil, il est passé du PC à la Switch, donc à voir à l'issu. En revanche, la Team Xecuter réfléchit aussi pour proposer un moyen de faire cette mise à jour manuellement. Mais rien ne précise si ce sera en préservant les eFuses ou pas, ni si cela se basera sur le Dump d'un jeu qui a ce firmware.

Et oui, patienter est le meilleur moyen de ne pas se retrouver en difficulté ensuite. Pour le moment, certains jeux demandent le FW 5.1.0 minimum. Il existe un moyen via les bootloader de contourner cela. Via SX OS, non sauf erreur.

Les nouveaux jeux demanderont à coup sûr le FW 6.0.0. Il y a également de nouvelles clés. Et SX OS, dans sa dernière version, n'a toujours pas corrigé le bogue qui concerne atmosphère et a désactivé par défaut LayeredFS.

Même si chaque utilitaire se dit compatible, tant qu'il n'est pas libéré, le mieux est de patienter. Des mises à jour sont en cours. Une version 2.0 pour SX OS et soit la libération du CFW atmosphère à venir, soit Hekate avec une nouvelle version. Quant à ReiNX, il faut compiler sa version master pour avoir une compatibilité (disponible avec SuperSpecialSDStash). Donc rien n'est finalisé encore pour le 6.0.0.

Oui tu peux mettre tout ce que tu souhaites sur ta carte SD. En revanche, il y aurait un problème avec l'injection de payload via le Menu de SX OS (a confirmer). Du coup, si tel est le cas, passer par TegraRCMGui pour injecter les bootloader ReiNX ou Hekate.
Sachant que hekate, lui, permet d'injecter n'importe quel payload sans problème.

Ce qui est conseillé, c'est d'utiliser SDFilesSwitch de tumGER avec Hekate et SuperSpecialSDStash de Darth Metheos avec ReiNX. Après c'est à toi de voir